@mitu Oh,cool
problem complete
this xpadneo troubles?

@mitu Ah, good to know. Might be handy in the future.

Changing the image to 64 bit resolved all the building issues, so after running the RetroSetup script, no errors were logged.

@AwesomeKingClem It works thank you so much

@windg Hi again.

I took your advice and uninstalled RetroPie completely, then reinstalled everything again.

Everything works as intended, and now I can also play N64 games (mupen64plus-next wouldn't load previously).

Thanks for helping.

@Lolonois Good ideas!

Did you consider to use sshfs [1] for mounting the image/video folder from the main Pi into the PiZero2W? That way you don't need to maintain a cache at the PiZero2W.

I didn't consider sshfs, I started with the idea of a cache from the start to speed up the display. My thought is it will always be faster to read a file locally than over wi-fi, or spi. As a USB-peripheral there may be a low enough lag to skip the cache.

Another idea, albeit more complex, as the current setup assumes the Pi's can reach each other via wireless, right?

It does. However my first idea was to run the zero as a stand alone access point and only connect RetroPie to its network. (My router sits on top of my arcade cabinet so RetroPie is connected via Ethernet and doesn't need wi-fi to scrape or connect to) I didn't implement idea yet for speed to get it working in the first place and I figured that would be an edge use case at best.

You may also run the PiZero2W as USB-peripheral to the main Pi, connected via an straight USB-A to MicroUSB-B cable (and powered from the main Pi). With some configuration the PiZero2W is set into gadget mode

That's actually a great idea! I setup a a ZeroW to be a networked thumb drive to run my SLA 3D printers a long time ago and they're still running great. That would simplify wiring and power supplies.
Only problem in my case is lack of USB ports. I have an arcade deck, trackball, USB SSD, and a 4 port hub mounted to the front to allow plugging in other controllers like NES, SNES PSX ect. (With the USB keyboard and mouse dongle plugged into that). I don't have a free port without adding another hub or taking cables outside the cabinet.

theres a couple of things with your provided information.

#1 there isnt an official release of the RetroPie software for the Raspberry Pi 5

#2 more importantly, the Pi5 can emulate (barely) original Xbox games and not very well.

the Raspberry Pi 5 will never, and I mean NEVER play Xbox 360 games, so using your kinect for 360 games in not a possibility. the kinect might work in some other way with other emulators and motion games, but i dont know and doubt it, because no one is working on any software to make the 360 kinect sensor work. also a very important note: the Xbox 360 used special GPU instructions called AVX and not only will ARM processors never work with this, but many Intel chips wont use it either.

I dont say never very often, because there are some amazing programmers out there that make magic happen sometimes, but this isnt one of them.
Xbox 360 emulation will never work on a Raspberry Pi 5, sorry :-/

@mitu thank you very, very much for the help and information about kernel. :)

@god-of-pie

Installing Retropie on a Raspberry Pi 5 is possible, but I have only been able to do so by installing it on top of Raspberry Pi OS. I have also had success with it running on top of Ubuntu as well but I don't think it works quite as well.

To do this go to

https://retropie.org.uk/docs/Manual-Installation/

and scroll down to the section that says "Install RetroPie" and follow the prompts. You'll be up and running in just under 40 minutes or so.

Once installation is complete just open a terminal and type "emulationstation" and it will boot you right in. I hope this helps

@pigpen said in Retropie for pi5?:

@Shadow666 Everything runs slowly and the sound is very choppy with recalbox? Surely it can't be throttling the cpu

What games are you running? Everything runs great bar N64 atm with the 9.2 release on the site. If you have a patreon account you can get the latest beta where n64 runs better. They even have killer instint arcade version at full speed with Mame 2003.

I tested fbneo and they seem to be running a very old core, they are missing a lot of features which are on the official build.

Recalbox support seems to be focused on French which is a pain as it is not a language I am good at.

@LeatherWing Thank you for the confirmation. The fix has been merged now.

@jamrom2 True. Maybe he was thinking exclusively of Pi4/Pi5 spec devices. The Zero generally lags behind by a generation or so, currently being similar in spec to the Pi3. I've never really seen the point of the 'A' boards especially when the compute boards exist.

Well..
Im still hoping for an M.2 slot ( or at least an eMMC)
Processor 64 bit 1,6 or 1,8ghz, 6 or 8 core
same amount of memory 4 or 8Gb

@mitu said in Raspberry Pi 5 Speculation:

I don't think a Pi5 is in the works.

Given the timelines involved with designing and validating new hardware, especially when it involves chip design, we can be very certain that Pi 5 development is quite far along already. I know a Pi employee (jamesh, on the forums) mentioned already ~1 year before the Pi 4 was released that they had a good understanding of what the Pi 5 would be. I'd guess that at this point we're at most ~1.5 years from a Pi 5 release. I would hope to see it already this coming summer, but that may be a bit too optimistic.

Of course, the Pi 4 has still not peaked, since we're still waiting for Pi OS 64-bit, the full KMS video driver and Vulkan support. Personally, though, I believe the Pi 5 will in large part compatible with all the SW development work that's going on now, i.e. they will most likely keep the GPU very similar (at least from an architectural perspective).

It's pretty hard to speculate about what the Pi 5 will look like, but I mostly agree with @george-spiggott. Regarding using A75 cores, power consumption of the Pi 4 is already pretty much at the limit for what's practical when it comes to passive cooling. It's unlikely that they'd increase it further. This makes it challenging to provide a generational performance leap without going down to more dense manufacturing processes (such as 20nm or 16nm). So, I'd expect a process upgrade for the Pi 5. I also believe that at 16nm (and maybe also 20nm?) they will need to make some provisions to be able to keep the 3.3V I/O on the 40-pin header, since the silicon is not 3.3V tolerant. This will add cost and complexity.

My hope for the next Pi is that they're able to alleviate some bottlenecks in the design. It seems like memory bandwidth is lower than it should be, possibly because of internal bus limitations. My guess is that this is one of the reasons the performance of N64 emulation is still quite bad, despite seemingly not being particularly CPU or GPU limited on the Pi 4.